release: 7.74.1#29443
Conversation
|
CLA Signature Action: All authors have signed the CLA. You may need to manually re-run the blocking PR check if it doesn't pass in a few minutes. |
|
No dependency changes detected. Learn more about Socket for GitHub. 👍 No dependency changes detected in pull request |
This comment has been minimized.
This comment has been minimized.
🚀 RC Builds Ready for Testing
More Info
AI Test Plan
Executive SummaryRelease Focus: Patch release 7.74.1 focused exclusively on version bumps across Android, iOS, and package configuration with no functional code changes. Key Changes:
Critical Areas: App installation and upgrade path from 7.74.0 to 7.74.1 on both platforms, Core wallet functionality integrity after version bump on Android and iOS Overall Risk: LOW Recommendation: Go. This is a version-bump-only patch release with no functional code changes. Testing should focus on confirming the build installs correctly on both platforms, reports the correct version number, and that core wallet operations remain unaffected. No regressions are expected, but smoke testing both Android and iOS builds is required before release. Release Scenarios (5)High Risk Scenarios (2)1. App Installation and Version IntegrityRisk Level: HIGH Why This Matters: The android/app/build.gradle and ios/MetaMask.xcodeproj/project.pbxproj changes directly control the versionCode, versionName, MARKETING_VERSION, and CURRENT_PROJECT_VERSION fields. Incorrect values in these files can cause app store rejection, failed OTA updates, or version mismatch errors. Since these are the only substantive changes in this patch, verifying they are correct and that the upgrade path is clean is the highest priority test. Preconditions:
Test Steps:
Expected Outcomes:
2. Core Wallet Operations Post-UpgradeRisk Level: HIGH Why This Matters: While the changes in this PR are limited to version metadata in build.gradle, project.pbxproj, and package.json, an incorrect build configuration can introduce subtle runtime issues such as mismatched native module versions, incorrect bundle identifiers, or broken signing configurations that only manifest during actual app execution. Smoke testing core flows confirms the build is functionally sound and not just version-labeled correctly. Preconditions:
Test Steps:
Expected Outcomes:
Medium Risk Scenarios (3)1. Fresh Install and OnboardingRisk Level: MEDIUM Why This Matters: The package.json version bump affects how the JavaScript bundle identifies itself, and the iOS project.pbxproj changes affect 12 build configuration entries. A fresh install validates that the new build artifacts are self-consistent and that no stale version references from 7.74.0 remain embedded in the shipped bundle or native layer. Preconditions:
Test Steps:
Expected Outcomes:
2. Android-Specific Build IntegrityRisk Level: MEDIUM Why This Matters: The android/app/build.gradle changes modify both versionCode (integer used by Android for upgrade logic) and versionName (display string). If versionCode was not incremented correctly relative to 7.74.0, the Play Store and device package manager may reject the update or allow unintended downgrades. This is a platform-specific risk unique to the Android build.gradle changes in this PR. Preconditions:
Test Steps:
Expected Outcomes:
3. iOS-Specific Build IntegrityRisk Level: MEDIUM Why This Matters: The ios/MetaMask.xcodeproj/project.pbxproj changes touch 12 lines across multiple build configurations (Debug, Release, and potentially scheme-specific configs). Inconsistent MARKETING_VERSION or CURRENT_PROJECT_VERSION values across configurations can cause App Store submission failures, incorrect version display depending on build type, or broken entitlements. Verifying all configurations are aligned is critical for this iOS-heavy change. Preconditions:
Test Steps:
Expected Outcomes:
Teams Sign-off Status (0/1)Awaiting sign-off (1): Mobile Platform Excluded Features - Feature Flags Disabled (55)The following features are disabled via feature flags and should NOT be tested:
Generated by AI Test Plan Analyzer (claude-sonnet-4-6) at 2026-04-28T19:54:24.008Z AI generated test plan (JSON): test-plan-7.74.1.json |
🔍 Smart E2E Test Selection⏭️ Smart E2E selection skipped - base branch is not main or a release branch (base: stable) All E2E tests pre-selected. |
|
|
✅ E2E Fixture Validation — Schema is up to date |



🚀 v7.74.1 Testing & Release Quality Process
Hi Team,
As part of our new MetaMask Release Quality Process, here’s a quick overview of the key processes, testing strategies, and milestones to ensure a smooth and high-quality deployment.
📋 Key Processes
Testing Strategy
Conduct regression and exploratory testing for your functional areas, including automated and manual tests for critical workflows.
Focus on exploratory testing across the wallet, prioritize high-impact areas, and triage any Sentry errors found during testing.
Validate new functionalities and provide feedback to support release monitoring.
GitHub Signoff
Issue Resolution
Cherry-Picking Criteria
🗓️ Timeline and Milestones
✅ Signoff Checklist
Each team is responsible for signing off via GitHub. Use the checkbox below to track signoff completion:
Team sign-off checklist
This process is a major step forward in ensuring release stability and quality. Let’s stay aligned and make this release a success! 🚀
Feel free to reach out if you have questions or need clarification.
Many thanks in advance
Reference